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DETAILED ACTION 



Claim Rejections - 35 USC § 102 



1 . The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by 
another filed in the United States before the invention by the applicant for patent or (2) a patent 
granted on an application for patent by another filed in the United States before the invention by the 
applicant for patent, except that an international application filed under the treaty defined in section 
351(a) shall have the effects for purposes of this subsection of an application filed in the United States 
only if the international application designated the United States and was published under Article 21(2) 
of such treaty in the English language. 

2. Claims 1-8, 14-21 , and 27-29 are rejected under 35 U.S.C. 102(e) as being 
anticipated by Heistermann et al. (U.S. Patent No. 6,477,701 and Heistermann 
hereinafter). 

As to claim 1 , Heistermann teaches a method for object-oriented management of 

Serializable Objects (i.e. serializing and de-serializing program objects) (col 3, lines 1-22), the method 
Comprising: identifying an Object (i.e. "Step 101 instantiates a program object of this class and step 110 
invokes the appropriate method to obtain an identification of the program object version. ") (col 6, lines 35-40), 

wherein the object comprises a set of attributes (i.e. properties) (col 6, lines 32-53); associating 

a ClaSS version identifier With the Object (i.e. "For each respective program object to serialize, step 132 
writes into the serial information stream an identification of the class of the respective program object and step 133 
writes an identification of the version of the respective program object ") (col 6, lines 54-62), wherein the 

class version identifier identifies the object as an instance of a specific version of a class 

(i.e. "Step 101 instantiates a program object of this class and step 110 invokes the appropriate method to obtain an 
identification of the program object version. ") (col 6, lines 35-40); and associating an attribute version 
identifier (i.e. "Step 121 identifies the properties for this program object version that should be included in the 
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serialized representation of the program object " ... "In any case, an implementation of a process that determines 
the properties to serialize may be considered a function of the program object class and version. Step 122 ascertains 
the value of each property to serialize and step 130 generates serial information that conveys the program object 
class and version, and a representation of each respective property that was identified in steps 121 and 122. " ... "If 
this object-descriptor base class, the process continues with step 133 that writes to the serial information stream an 
identification of the version pertaining to the base class. The process continues by serializing the appropriate 
properties of that base class. "; i.e. whether the properties/attributes are from a child class or a base class they are the 
function of the program object class and version. Therefore properties from a child class object would have different 
identifier than the base class properties and both sets of properties would be serialized with different identifiers) (col 
6, lines 38-53; col 7, lines 35-46) With an attribute (i.e. a property) (col 6, lines 38-53; col 7, lines 35-46) in 
the Set Of attributes (i.e. a set of properties of a class) (col 6, lines 38-53; col 7, lines 35-46). 

As to claim 2, Heistermann teaches that an attribute version identifier (i.e. the 

properties version identifier is a function of the program object class and version. The property identifier 
corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 38-53) represents a 
Version Of a ClaSS (i.e. "In any case, an implementation of a process that determines the properties to serialize 
may be considered a function of the program object class and version.) (col 6, lines 38-53) for an associated 

attribute (i.e. a property) (col 6, lines 38-53; col 7, lines 35-46) in which the associated attribute was 

initially declared Within the ClaSS (i.e. "In any case, an implementation of a process that determines the 
properties to serialize may be considered a function of the program object class and version. Step 122 ascertains the 
value of each property to serialize and step 130 generates serial information that conveys the program object class 
and version, and a representation of each respective property that was identified in steps 121 and 122. "; i.e. the 
properties version identifier is a function of the program object class and version. The property identifier 
corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 38-53). 
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As to claim 3, Heistermann teaches writing a data stream (i.e. serial stream of 

information) (col 6, lines 38-53) representing an Object Serialization (i.e. "According to this process, 
step 131 writes the number of program objects to serialize into a serial stream of information. ") (col 6, lines 54-62) 

of the object (col 6, lines 38-53), wherein the data stream (col 6, lines 38-53) comprises the 

ClaSS Version identifier Of the Object (i.e. "Step Wl instantiates a program object of this class and step 
110 invokes the appropriate method to obtain an identification of the program object version. ") (col 6, lines 35-40), 

an attribute value (i.e. the properties value) (col 6, lines 38-53) for an attribute in the set of 
attributes (i.e. the properties of the object) (col 6, lines 38-53), and an attribute version identifier for 

an attribute in the Set Of attributes (i.e. "In any case, an implementation of a process that determines the 
properties to serialize may be considered a function of the program object class and version. Step 122 ascertains the 
value of each property to serialize and step 130 generates serial information that conveys the program object class 
and version, and a representation of each respective property that was identified in steps 121 and 122, ") (col 6, 
lines 38-53). 

As to claim 4, Heistermann teaches writing a class identifier (i.e. "String className = 
in.readUTF0; " ) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67); and instantiating the object in 
accordance with the class identifier (i.e. 

"private Object deserializeObject(ObjectInputStream in) { 
String className = in.readUTFQ; //Read object class name; 
obj = obj Class. newInstanceO: 

... " ) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67) for the class of the object into the data 

Stream (i.e. "According to the illustrated format, segment 301 provides an indication of the number of program 
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objects represented by information in the stream, segments 302 and 303 provide an indication of the class name and 
version of the first program object represented in the stream, respectively, and segment 304 conveys serial 
information representing one or more properties of the first program object ") (col 8, lines 15-24). 

As to claim 5, Heistermann teaches writing an attribute count (i.e. pmps.iength) (col 1 1, 

lines 1-25; col 14, lines 37-67) indicating a number Of attributes (i.e. properties) (col 1 1, lines 1-25; col 

14, lines 37-67) from the set of attributes that were written into the data stream (i.e. 

"private void serializeObject(ObjectOutputStr earn out, Xserializable obj){ 



Property Descriptor [] props - descriptor. getProperties (vers ion); 
For (int j=0;j< props, length; j++) { ... " 

''private Object deserializeObjectfObjectlnputStream in) { 

PropertyDescriptorfJ props — objDesc.getProperties(version); 

for (int j=0;j< props.length; j++) {..."; i.e. the above code excerpts shows that the properties 
count/length is also stored in the stream. The de-serialization method retrieves the properties count from the stream 
passed in the method parameter.) (col 1 1, lines 1-25; col 14, lines 37-67). 

As to claim 6, Heistermann teaches reading a data stream (i.e. serial stream of 
information) (col 6, lines 38-53) representing a serialized object (i.e. 

"private void serializeObjectfObjectOutputStream out, Xserializable obj){... 
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out.writeObjectfretVal); //Write object"\ i.e. the above code excerpts shows the serialization of a object) 

(coi ii, lines 1-25; col 14, lines 37-67), wherein the data stream (col 6, lines 38-53) comprises a 

Serialized Class version identifier (i.e. "For each respective program object to serialize, step 132 writes 
into the serial information stream an identification of the class of the respective program object and step 133 writes 
an identification of the version of the respective program object. ") (col 6, lines 54-62), B Set Of Serialized 

attribute values (i.e. properties values) (col ii, lines 1-25; col 14, lines 37-67), and a set of serialized 

attribute version identifiers (i.e. the properties version identifier is a function of the program object class and 
version. The property identifier corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 

38-53), wherein serialized attribute version identifiers (col 6, lines 38-53) in the set of 
serialized attribute version identifiers (col 6, lines 38-53) are paired with serialized attribute 

Values (i.e. properties values) (col 1 1, lines 1-25; col 14, lines 37-67) in the Set Of Serialized attribute 

values ( i.e. 

"private Object deserializeObject(Object!nputStream in) f 
float version = in.readFloatQ; 

PropertDescriptorfJ props = objDesc.getProperties(version); 
for (int j=0;j< props .length; j++) { 
propVal - deserializeObject(in); 
return obj; 

} "; i.e. the above code excerpts shows that the de-serialization method gets the data stream as the input 
parameter. From the stream the method retrieves the class version and associated properties/attributes 
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version. Then the method goes on retrieving the property value. Therefore the properties version and values 
are stored in the same place i.e. block 304 in Fig. 4) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67). 

As to claim 7, Heistermann teaches reading a class identifier (i.e. the class name) (Fig. 

4; col 1 1, lines 1-25; col 14, lines 37-67) for the Serialized Object (i.e. ObjectlnputStream) (Fig. 4; col 1 1, 
lines 1-25; col 14, lines 37-67) from the data Stream (i.e. 

"private Object deserializeObject(ObjectInputStream in) { 

String className = in.readUTFO; //Read object class name; 

... " ) (Fig. 4; col ii, lines 1-25; col 14, lines 37-67); and instantiating the object in 
accordance with the class identifier (i.e. 

"private Object deserializeObject(ObjectInputStream in) { 
String className = in.readUTFQ; //Read object class name; 

obj = objClass.newInstanceO; ... " ) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67), wherein the Class 
Version identifier (i.e. "For each respective program object to serialize, step 132 writes into the serial 
information stream an identification of the class of the respective program object and step 133 writes an 
identification of the version of the respective program object. ") (col 6, lines 54-62) of the Object and the 

serialized class version identifier (col 6, lines 54-62) of the serialized object (i.e. 

ObjectlnputStream) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67) may differ (i.e. 
"private Object deserializeObject(ObjectlnputStream in) { 



String className = in.readUTFQ; //Read object class name; 
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Class objClass = Class, forName(desc.getClassNameO); 

obj = objClass.newInstanceO; ... " ; i.e. the above code excerpts shows that the new object is instantiated 
by just using the class name, which is retrieved from the input data stream; At this point the new instance of the 
object is not aware of the class version of the serialized object and therefore may very well differ from the serialized 
class version.) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67). 

As to claim 8, Heistermann teaches reading an attribute count (i.e. propsJength) (Fig. 

4; col 11, lines 1-25; col 14, lines 37-67) for the Set of Serialized attribute Values (properties values) 
(Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67) from the data Stream (i.e. serial stream of information) (col 6, 
lines 38-53). 

As to claim 14, Heistermann teaches a computer program product on a computer 
readable medium for use in a data processing system for object-oriented management 

Of serializable Objects (i.e. serializing and de-serializing program objects) (col 3, lines 1-22), the 

computer program product comprising: instructions for identifying an object (i.e. "Step 101 

instantiates a program object of this class and step 110 invokes the appropriate method to obtain an identification of 

the program object version. ") (col 6, lines 35-40), wherein the object comprises a set of attributes 
(i.e. properties) (col 6, lines 32-53); instructions for associating a class version identifier (i.e. 'Tor 

each respective program object to serialize, step 132 writes into the serial information stream an identification of 
the class of the respective program object and step 133 writes an identification of the version of the respective 
program object. ") (col 6, lines 54-62) with the Object (i.e. "For each respective program object to serialize, 
step 132 writes into the serial information stream an identification of the class of the respective program object and 
step 133 writes an identification of the version of the respective program object ") (col 6, lines 54-62), wherein 
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the ClaSS version identifier (i.e. "For each respective program object to serialize, step 132 writes into the 
serial information stream an identification of the class of the respective program object and step 133 writes an 
identification of the version of the respective program object ") (col 6, lines 54-62) identifies the Object as 
an instance Of a Specific Version Of a ClaSS (i.e. "Step Wl instantiates a program object of this class 
and step 110 invokes the appropriate method to obtain an identification of the program object version. ") (col 6, 

lines 35-40); and instructions for associating an attribute version identifier (i.e. step 121 

identifies the properties for this program object version that should be included in the serialized representation of 
the program object. " ... "In any case, an implementation of a process that determines the properties to serialize 
may be considered a function of the program object class and version. Step 122 ascertains the value of each 
property to serialize and step 130 generates serial information that conveys the program object class and version, 
and a representation of each respective property that was identified in steps 121 and 122. " ... "If this object- 
descriptor base class, the process continues with step 133 that writes to the serial information stream an 
identification of the version pertaining to the base class. The process continues by serializing the appropriate 
properties of that base class. "; i.e. whether the properties/attributes are from a child class or a base class they are the 
function of the program object class and version. Therefore properties from a child class object would have different 
identifier than the base class properties and both sets of properties would be serialized with different identifiers) (col 
6, lines 38-53; col 7, lines 35-46) With an attribute (i.e. a property) (col 6, lines 38-53; col 7, lines 35-46) in 
the Set Of attributes (i.e. a set of properties of a class) (col 6, lines 38-53; col 7, lines 35-46). 



As to claim 15, Heistermann teaches that an attribute version identifier (i.e. the 

properties version identifier is a function of the program object class and version. The property identifier 
corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 38-53) represents a 
Version Of a ClaSS (i.e. "For each respective program object to serialize, step 132 writes into the serial 
information stream an identification of the class of the respective program object and step 133 writes an 
identification of the version of the respective program object ") (col 6, lines 54-62) for an associated 
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attribute (i.e. a property) (col 6, lines 38-53; col 7, lines 35-46) in Which the associated attribute (col 
6, lines 38-53; col 7, lines 35-46) was initially declared (i.e. the attribute/property was declared in the class) 
(col 6, lines 38-53; col 7, lines 35-46) Within the ClaSS (i.e. "In any case, an implementation of a process that 
determines the properties to serialize may be considered a function of the program object class and version. Step 
122 ascertains the value of each property to serialize and step 1 30 generates serial information that conveys the 
program object class and version, and a representation of each respective property that was identified in steps 121 
and 122. "; i.e. the properties version identifier is a function of the program object class and version. The property 
identifier corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 38-53). 



As to claim 16, Heistermann teaches instructions for writing a data stream (i.e. 
serial stream of information) (col 6, lines 38-53) representing an object serialization of the object 
(col 6, lines 38-53), wherein the data stream (col 6, lines 38-53) comprises the class version 

identifier (i.e. "For each respective program object to serialize, step 132 writes into the serial information stream 
an identification of the class of the respective program object and step 133 writes an identification of the version of 
the respective program object. ") (col 6, lines 54-62) Of the Object (i.e. "Step 101 instantiates a program object 
of this class and step 110 invokes the appropriate method to obtain an identification of the program object 
version. ") (col 6, lines 35-40), an attribute value (i.e. the properties value) (col 6, lines 38-53) for an 

attribute in the set of attributes (i.e. the properties of the object) (col 6, lines 38-53), and an attribute 

Version identifier (i.e. "Step 121 identifies the properties for this program object version that should be 
included in the serialized representation of the program object. " ... "In any case, an implementation of a process 
that determines the properties to serialize may be considered a function of the program object class and version. 
Step 122 ascertains the value of each property to serialize and step 130 generates serial information that conveys 
the program object class and version, and a representation of each respective property that was identified in steps 
121 and 122. " ... "If this object-descriptor base class, the process continues with step 133 that writes to the serial 
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information stream an identification of the version pertaining to the base class. The process continues by serializing 
the appropriate properties of that base class. "; i.e. whether the properties/attributes are from a child class or a base 
class they are the function of the program object class and version. Therefore properties from a child class object 
would have different identifier than the base class properties and both sets of properties would be serialized with 
different identifiers) (col 6, lines 38-53; col 7, lines 35-46) for an attribute in the Set Of attributes (i.e. 
"In any case, an implementation of a process that determines the properties to serialize may be considered a 
function of the program object class and version. Step 122 ascertains the value of each property to serialize and step 
130 generates serial information that conveys the program object class and version, and a representation of each 
respective property that was identified in steps 121 and 122. ") (col 6, lines 38-53). 



As to claim 17, Heistermann teaches instructions for writing a class identifier (i.e. 

the class name) (Fig. 4; col 11, lines 1-25; col 14, lines 37-67) for the ClaSS Of the Object into the data 
Stream (i.e. "According to the illustrated format, segment 301 provides an indication of the number of program 
objects represented by information in the stream, segments 302 and 303 provide an indication of the class name and 
version of the first program object represented in the stream, respectively, and segment 304 conveys serial 
information representing one or more properties of the first program object. ") (col 8, lines 15-24). 

As to claim 18, Heistermann teaches instructions for writing an attribute count (i.e. 
props.iength) (col ii, lines 1-25; col 14, lines 37-67) indicating a number of attributes from the set of 
attributes that were written into the data stream (i.e. 

"private void serializeObject(ObjectOutputStream out, Xserializable obj){ 



PropertDescriptorfJ props = descriptor. getProperties (version); 
For (int j=0; j< props.iength; j++) f ... " 



Application/Control Number: 09/894,096 
Art Unit: 2175 



Page 12 



"private Object deserializeObject(ObjectInputStream in) { 
PropertDescriptorfJ props = objDesc.getProperties(version); 

f or (j n t j=0;j< props Jength; j++) {..."; i.e. the above code excerpts shows that the properties 
count/length is also stored in the stream. The de-serialization method retrieves the properties count from the stream 
passed in the method parameter.) (col 11, lines 1-25; col 14, lines 37-67). 

As to claim 19, Heistermann teaches instructions for reading a data stream (i.e. 

serial stream of information) (col 6, lines 38-53) representing a Serialized object (i.e. 
"private void serializeObject(ObjectOutputStream out, Xserializable obj){... 

outwriteObject(retVal); //Write object"; i.e. the above code excerpts shows the serialization of a object) 

(col ii, lines i-25; col 14, lines 37-67), wherein the data stream (col 6, lines 38-53) comprises a 

Serialized Class version identifier (i.e. "For each respective program object to serialize, step 132 writes 
into the serial information stream an identification of the class of the respective program object and step 133 writes 
an identification of the version of the respective program object. ") (col 6, lines 54-62), a Set Of Serialized 
attribute Values (i.e. properties values) (col 11, lines 1-25; col 14, lines 37-67), and a Set Of Serialized 
attribute version identifiers (i.e. the properties version identifier is a function of the program object class and 
version. The property identifier corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 

38-53), wherein serialized attribute version identifiers (col 6, lines 38-53) in the set of 
serialized attribute version identifiers (col 6, lines 38-53) are paired with serialized attribute 
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Values (i.e. properties values) (col 1 1, lines 1-25; col 14, lines 37-67) in the Set Of Serialized attribute 

values ( i.e. 

"private Object deserializeObjectfObjectlnputStream in) { 
float version — in.readFIoatQ; 

PropertDescriptorfJ props = objDesc.getProperties(version); 
for (int j=0;j< props, length; { 
propVal = deserializeObject(in); 
return obj; 

} "; i.e. the above code excerpts shows that the de-serialization method gets the data stream as the input 
parameter. From the stream the method retrieves the class version and associated properties/attributes 
version. Then the method goes on retrieving the property value. Therefore the properties version and values 
are stored in the same place i.e. block 304 in Fig. 4) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67). 

As to claim 20, Heistermann teaches instructions for reading a class identifier (i.e. 
the class name) (Fig. 4; col ii, lines 1-25; col 14, lines 37-67) for the serialized object from the data 
stream (i.e. 

"private Object deserializeObject(ObjectInputStream in) { 
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String className = in.readUTFO; //Read object class name; ... " ) (Fig. 4; col 11, lines 1-25; col 14, lines 

37-67); and instructions for instantiating the object in accordance with the class identifier 

(i.e. "private Object deserializeObjectfObjectlnputStream in) { 

String className = in.readUTFQ; //Read object class name; 

obj = objClass.newInstanceO; ... " ) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67), Wherein the ClaSS 

version identifier of the object and the serialized class version identifier of the serialized 
object may differ (i.e. 

"private Object deserializeObject(ObjectInputStream in) { 
String className = in.readUTFQ; //Read object class name- 
Class objClass = Class.forName(desc.getClassNameQ); 

obj - objClass.newInstanceO; ... " ; i.e. the above code excerpts shows that the new object is instantiated 
by just using the class name, which is retrieved from the input data stream; At this point the new instance of the 
object is not aware of the class version of the serialized object and therefore may very well differ from the serialized 
class version.) (Fig. 4; col 11, lines 1-25; col 14, lines 37-67). 

As to claim 21 , Heistermann teaches instructions for reading an attribute count 

(i.e. props .length) (Fig. 4; col 11, lines 1-25; col 14, lines 37-67) for the Set Of Serialized attribute 
values from the data Stream (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67). 
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As to claim 27, Heistermann teaches an apparatus for object-oriented 

management Of Serializable Objects (i.e. serializing and de-serializing program objects) (col 3, lines 1- 

22), the apparatus comprising: means for identifying an object (i.e. "Step 101 instantiates a 

program object of this class and step 110 invokes the appropriate method to obtain an identification of the program 

object version. ") (col 6, lines 35-40), wherein the object comprises a set of attributes (i.e. 
properties) (col 6, lines 32-53); means for associating a class version identifier with the object 

(i.e. "For each respective program object to serialize, step 132 writes into the serial information stream an 
identification of the class of the respective program object and step 133 writes an identification of the version of the 

respective program object. ") (col 6, lines 54-62), wherein the class version identifier identifies the 

Object as an instance Of a Specific Version Of a ClaSS (i.e. "Step Wl instantiates a program object of 
this class and step 110 invokes the appropriate method to obtain an identification of the program object version. ") 

(col 6, lines 35-40); and means for associating an attribute version identifier (i.e. "Step 121 

identifies the properties for this program object version that should be included in the serialized representation of 
the program object. " ... "In any case, an implementation of a process that determines the properties to serialize 
may be considered a function of the program object class and version. Step 122 ascertains the value of each 
property to serialize and step 130 generates serial information that conveys the program object class and version, 
and a representation of each respective property that was identified in steps 121 and 122. " ... "If this object- 
descriptor base class, the process continues with step 133 that writes to the serial information stream an 
identification of the version pertaining to the base class. The process continues by serializing the appropriate 
properties of that base class. "; i.e. whether the properties/attributes are from a child class or a base class they are the 
function of the program object class and version. Therefore properties from a child class object would have different 
identifier than the base class properties and both sets of properties would be serialized with different identifiers) (col 
6, lines 38-53; col 7, lines 35-46) with an attribute (i.e. a property) (col 6, lines 38-53; col 7, lines 35-46) in 
the set Of attributes (i.e. a set of properties of a class) (col 6, lines 38-53; col 7, lines 35-46). 
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As to claim 28, Heistermann teaches means for writing a data stream (i.e. serial 
stream of information) (col 6, lines 38-53) representing an object serialization of the object (col 6, 
lines 38-53), wherein the data stream comprises the class version identifier of the object 

(i.e. "Step 101 instantiates a program object of this class and step 110 invokes the appropriate method to obtain an 
identification of the program object version. ") (col 6, lines 35-40), an attribute value (i.e. the properties value) 

(col 6, lines 38-53) for an attribute in the set of attributes, and an attribute version identifier 

for an attribute in the Set Of attributes (i.e. "In any case, an implementation of a process that determines 
the properties to serialize may be considered a function of the program object class and version. Step 122 ascertains 
the value of each property to serialize and step 130 generates serial information that conveys the program object 
class and version, and a representation of each respective property that was identified in steps 121 and 122. ") (col 
6, lines 38-53). 

As to claim 29, Heistermann teaches means for reading a data stream (i.e. serial 
stream of information) (col 6, lines 38-53) representing a serialized object (i.e. 

"private void serializeObject(ObjectOutputStream out, Xserializable obj){... 

out.writeObject(retVal); //Write object" ; i.e. the above code excerpts shows the serialization of a object) 

(col 1 1, lines i-25; col 14, lines 37-67), wherein the data stream (col 6, lines 38-53) comprises a 

Serialized Class Version identifier (i.e. "For each respective program object to serialize, step 132 writes 
into the serial information stream an identification of the class of the respective program object and step 133 writes 
an identification of the version of the respective program object. ") (col 6, lines 54-62), a Set Of Serialized 

attribute values (i.e. properties values) (col li, lines 1-25; col 14, lines 37-67), and a set of serialized 

attribute version identifiers (i.e. the properties version identifier is a function of the program object class and 
version. The property identifier corresponds to the version of the class it belongs to or was declared in.) (col 6, lines 
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38-53), wherein serialized attribute version identifiers (col 6, lines 38-53) in the set of 
serialized attribute version identifiers (col 6, lines 38-53) are paired with serialized attribute 
values (i.e. properties values) (col ii, lines 1-25; col 14, lines 37-67) in the set of serialized attribute 
values ( i.e. 

"private Object deserializeObject(ObjectInputStream in) { 
float version = in.readFloatQ; 

PropertDescriptorf] props = objDesc.getPropertiesfversion); 
for (int j=0;j< props. length; j++) { 
propVal = deserializeObject(in); 
return obj; 

} " ; i.e. the above code excerpts shows that the de-serialization method gets the data stream as the input 
parameter. From the stream the method retrieves the class version and associated properties/attributes 
version. Then the method goes on retrieving the property value. Therefore the properties version and values 
are stored in the same place i.e. block 304 in Fig. 4) (Fig. 4; col 1 1, lines 1-25; col 14, lines 37-67). 

Allowable Subject Matter 

3. Claims 12-13,25-26 and 30 are allowed over the prior art of record. 

As to claims 12-13,25-26 and 30, Heistermann does not disclose, teach or 
suggest the claimed limitations of (in combination with all other features in the claims), a 
method and associated system for providing backwards and forwards compatibility 
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between different versions of serialized object data, which includes identifying an object, 
wherein the object comprises a set of attributes, wherein each attribute in the set of 
attributes is associated with a version identifier, and wherein the object is an instance of 
a first version of a class; writing a data stream representing serialization of the object's 
attributes and associated version identifiers; reading a data stream representing a 
serialized object into a new object instance of a second version of a class; and 
refraining from storing attributes from the data stream into the new object instance that 
are not represented in the new object instance while reading the data stream. 

4. Claims 9-1 1 and 22-24 are objected to as being dependent upon a rejected base 
claim, but would be allowable if rewritten in independent form including all of the 
limitations of the base claim and any intervening claims. 

The following is a statement of reasons for the indication of allowable subject 
matter: 

As to claims 9-1 1 and 22-24, the prior art of record Heistermann et al. (U.S. 
Patent No. 6,477,701 and Heistermann hereinafter) does not disclose, teach or suggest 
the claimed limitations of (in combination with all other features in the claims), mapping 
attributes between the object and the serialized object; and storing serialized attribute 
values from the data stream in the object. 

The closest prior arts fail to anticipate or render Applicant's limitations above 
obvious. 
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Any inquiry of a general nature or relating to the status of this application should 
be directed to the Group receptionist whose telephone number is (703) 305-9600. 




Patent Examiner » 
Technology Center 2100 



January 28,2004 



